При установке VMware View Composer 2.5 из комплекта VMware View 4.5 у вас могут возникнут следующие 2 вида ошибок:
VMware View Composer - Unable to open firewal
VMware View Composer - Unable to close firewal
То есть, если у вас выключен фаервол Windows Server, то будет ошибка "open firewall", а если включен - то "unable to close". При этом вы запускете установку под администратором.
Решение: запустить установку, нажав правой кнопкой мыши на файле установки View Composer и выбрав "Run As Administrator". Парадоксально, но факт - работает.
Таги: VMware, View, Composer, Bugs, vNetwork, Microsoft
Есть такая компания VMTurbo - они делают утилиты для виртуальной инфраструктуры VMware vSphere. Кое-что у них получается, кое-что нет, а вот на днях они выпустили 2 новых утилиты: Host Resolver 1.0 и Storage Reporter 1.0. Обе они построены на базе виртуальных модулей (Virtual Appliance) с ОС Novell SUSE Linux как часть пакета VMTurbo Integrated Management Suite для виртуальных сред VMware.
Эта утилита позволяет проанализировать окружение серверов VMware ESX, выявить проблемы в существующей инфраструктуре и предложить пути их решения - типа изменить число виртуальных CPU или переконфигурировать сетевые настройки. После этого можно исправить ошибки вручную или автоматически с помощью данной утилиты.
Эта утилита позволяет проанализировать использование виртуальными машинами систем хранения, понять основные параметры производительности при работе со стораджами (IOPS, Latency) и отслеживать основные их параметры с течением времени (заполненность, снапшоты и прочее). Кроме того, может выдавать рекомендации по необходимости внесения изменений в конфигурации хранилищ (например, расширение).
Как вы знаете, с помощью средства VMware ThinApp, входящего в состав решения для виртуализации настольных ПК VMware View 4.5, можно производить доставку виртуализованных приложений пользователям.
То есть, приложение упаковывается в один exe-файл и развертывается на рабочих станциях пользователей с помощью msi-установщика (см. здесь как это делается с VMware View 4.5). Это очень удобно при массовом развертывании и обслуживании приложений. Помните такой продукт Thinstall, с помощью которого делали предустановленные приложения? Так вот ThinApp - это он и есть, только теперь под брендом VMware.
Но есть и еще один способ доставки приложений с помощью VMware ThinApp - это возможность их запуска пользователями с общей сетевой папки (SMB Share):
При этом, в отличие от первого способа развертывания виртуализованных приложений (на локальных дисках рабочих станций), этот способ позволяет доставлять приложение на рабочую станцию поблочно - по мере востребования приложением своих данных. Приблизительно так:
Однако, когда у нас приложение VMware ThinApp работает постоянно, и множество пользователей его используют - то как же нам его обновить (например, это веб-браузер, упакованный в файл firefox.exe)?
На самом деле есть интересный механизм: вы можете положить в папку с приложением его обновленную версию, но с расширением не *.exe, а *.1 - и все новые подключения будут использовать его!
То есть:
1. Вы упаковываете приложение firefox.exe с помощью VMware ThinApp и кладете его на SMB Share.
2. Создаете на рабочих столах пользователей ярлык, указывающий на \\<server>\<share>\Firefox.exe.
3. Пользователи начинают его использовать - файл firefox.exe залочен.
4. Вы создаете новый пакет с помощью VMware ThinApp, называете его firefox.1
5. Все текующие подключения пользователей используют старый firefox, а вот все новые обращения к firefox.exe - перенаправляются к файлу firefox.1 - и пользователи используют обновленное приложение.
6. Если нужен еще апдейт - делаете пакет, назваете его firefox.2 и т.п.
7. Если нужно откатиться на предыдущую версию - делаете пакет firefox.3, который собран из предыдущей версии приложения.
Если пользователи перестанут использовать firefox.1, начав использовать firefox.2, firefox.1 можно удалить. Но! Никогда не удаляйте firefox.exe, так как на него указывает ярлык приложения на рабочем столе пользователя.
Компания VMware выпустила очень полезный и нужный Performance Best Practices for VMware vSphere 4.1, который нужно прочитать каждому администратору более-менее серьезной виртуальной инфраструктуры серверов ESX. Содержание вполне конкретное:
Hardware for use with VMware vSphere
ESX and virtual machines
Guest operating systems
Virtual infrastructure management
Например:
To establish a network connection between two virtual machines that reside on the same ESX system, connect both virtual machines to the same virtual switch. If the virtual machines are connected to different virtual switches, traffic will go through wire and incur unnecessary CPU and network overhead
Интересно, что в документе есть рекомендации по выбору и оптимизации аппаратного обеспечения, которые нужно прочитать до покупки серверов и других компонентов виртуальной инфраструктуры.
В прошлой заметке мы писали о том, какие типы дисков бывают в продукте StarWind Enterprise, позволющем создать отказоустойчивую инфраструктуру хранения данных виртуальных машин серверов VMware ESX или Microsoft Hyper-V.
Сегодня мы посмотрим на мастер создания виртуального диска с поддержкой мгновенных снимков (снапшотов), который будет предоставлять доступ хост-серверам виртуализации по iSCSI. Снапшоты могут оказаться полезными при разработке и тестировании (временные снапшоты хранилищ виртуальных машин), а также для защиты данных от утери или сбоев в виртуальной инфраструктуре.
Для данного типа диска важен параметр Operation Mode, который задает режим его работы. Этот диск в StarWind Enterprise может работать в одном из четырех режимов:
Growing Image (Thin Provisioning) - образ диска на физическом устройстве будет создан минимального объема (тонкий диск). Для серверов ESX он будет виден как полноценное хранилище указанного объема, а сам файл образа будет расти по мере его наполнения данными. Снапшот хранилища можно сделать только вручную. Для этого из контекстного меню для устройства на iSCSI Target надо выбрать пункт Create Snapshot. Этот режим работы диска подходит для создания снимков хранилища при тестировании каких-нибудь обновлений или глобальных изменений в прикладных системах виртуальных машин.
Auto-Restored Snapshot - данный тип диска как раз подходит для разработки и тестирования. В таком режиме хранилище виртуальных машин во время одной сессии iSCSI будет изначально работать в режиме снапшота, а при окончании сессии - снапшот откатится к изначальному состоянию. Представьте, например, что вы тестируете связку систем на хранилище, но не хотите вносить изменения в эталонный виртуальный диск. Для такого диска можно задать лимит хранимых снапшотов (опция Limit maximum number of stored snapshots).
Snapshot and CDP - в таком режиме StarWind будет автоматически создавать снапшоты хранилищ с заданным интервалом времени (опция Snapshot auto creation with interval of (minutes)). Такой тип диска полезен для постоянной защиты данных (Continuous Data Protection, CDP) хранилищ виртуальных машин от их утери или порчи. В случае сбоя можно откатиться к нужному снапшоту.
Read-Only - такой диск будет доступен только для чтения, и для него нельзя будет создать снапшот. Этот диск подходит для создания хранилищ с какими-нибудь дистрибутивами или шаблонами, куда не потребуется вносить изменения.
Теперь что касается восстановления хранилищ из снапшотов. Пока восстанавливать их из интерфейса StarWind нельзя (как, например, дерево снапшотов в VMware vSphere). Чтобы восстановить хранилище, вам понадобится пересоздать iSCSI Target и указать существующих виртуальный диск снапшота в папке с данным диском. В скором времени нам обещают восстановление снапшотов из GUI продукта StarWind.
Скачать пробную версию ПО StarWind Enteprise HA можно по этой ссылке. Купить StarWind можно в компании VMC.
Мы уже писали о команде esxtop для серверов VMware ESX, которая позволяет отслеживать основные параметры производительности хост-сервера и его виртуальных машин. Duncan Epping недавно добавил еще несколько интересных моментов в свое руководство по работе с утилитой esxtop, некоторые из которых мы сейчас опишем.
Итак:
1. Для того, чтобы использовать пакетный режим работы esxtop (batch mode), нужно использовать ключ -b:
esxtop -b >perf.txt
Это позволит вывести результаты команды esxtop в файл perf.txt. Для задания числа хранимых итераций используйте ключ -n (например, -n 100).
Очень удобно для сбора исторических данных производительности на хосте VMware ESX.
2. Контролируйте счетчик %SYS - он показывает загрузку системных ресурсов хоста (в процентах). Рекомендуется, чтобы он не превышал 20 для системных служб.
3. Для установки частоты обновлений результатов esxtop используйте клавишу <s>, далее задавайте интервал в секундах:
В пакетном режиме этот интервал задается ключом -d (например, -d 2).
4. Для отслеживания метрик конкретной виртуальной машины можно ограничить вывод конкретным GID. Например, чтобы посмотреть ВМ с GID 63, нажмите клавишу <l> (list) и введите этот GID:
5. Чтобы ограничить количество выводимых сущностей, используйте клавишу <#>. Например, можно сделать вывод первых 5:
И сами кнопки в режиме работающей esxtop:
c = cpu
m = memory
n = network
i = interrupts
d = disk adapter
u = disk device (включая NFS-девайсы)
v = disk VM
y = power states
V = показывать только виртуальные машины
e = раскрыть/свернуть статистики CPU для конкретного GID
k = убить процесс (только для службы техподдержки!)
l = ограничить вывод конкретным GID (см. выше)
# = ограничить число сущностей (см. выше)
2 = подсветка строчки (двигает фокус вниз)
8 = подсветка строчки (двигает фокус вверх)
4 = удалить строчку из результатов вывода
f = добавить/удалить колонки
o = изменить порядок колонок
W = сохранить сделанные изменения в файл конфигурации esxtop
? = помощь для esxtop
Как вы знаете, есть такой замечательный продукт StarWind Enterprise HA, который позволяет создать отказоустойчивое хранилище для серверов VMware vSphere или Microsoft Hyper-V с помощью технологии iSCSI на базе одного или двух обычных Windows-серверов (то есть не надо покупать дорогостоящие FC-хранилища и продукты для репликации данных). Мы уже писали о нем тут, здесь, там, в этой статье и много где еще. Сегодня мы посмотрим на то, в каких режимах могут работать хранилища StarWind Enterprise.
Итак, при добавлении iSCSI Target в StarWind Enterprise нам предлагают создать новый виртуальный диск. У нас есть три варианта создания диска:
Эти варианты работы iSCSI устройства StarWind отличаются следующим:
В режиме Physical - мы монтируем физический диск сервера для создания iSCSI Target (то есть, с какой-либо файловой системой или без нее). На этом диске хост-серверы виртуализации VMware ESX уже сами будут создавать файловую систему (VMFS).
В режиме Basic Virtual мы создаем виртуальный диск без функциональности снапшотов (то есть это просто файл на диске в операционной системе Windows Server с установленным StarWind Enterprise, в который будет происходить запись данных виртуальных машин, которые, в свою очередь, видят содержимое этого файла как хранилище iSCSI). Внутри этого файла уже самим сервером VMware ESX создается том VMFS. Данный диск может быть тонким (растущим по мере наполнения данными), но создать тонкий диск из GUI StarWind нельзя (будет в следующих версиях).
В режиме Advanced Virtual - мы создаем диск с поддержкой мгновенных снимков и кластеризации. Такой диск работает как предыдущий за исключением возможностей защиты данных. К ним относятся зеркалирование образов дисков, снапшоты (мгновенные снимки) и диск с поддержкой двухузловой конфигурации StarWind (High Availability). Этот тип поддерживает возможность создания тонких (растущих по мере наполнения данными) дисков.
Далее есть три типа виртуальных дисков Advanced Virtual:
Они представляют собой следующие подтипы:
Mirror (RAID-1) Device - это зеркалированный виртуальный диск, который может находиться на разных физических устройствах, подключенных к серверу хранения, что обеспечит защиту данных в случае отказа одного из этих устройств (например, разные диски или разделы разных массивов). Но узел StarWind, через который сервер VMware ESX будет получать доступ к хранилищу, будет один. Такой тип дисков подходит для защиты данных виртуальных машин от физических сбоев хранилищ, но не подходит для защиты данных от утери (например, удаление пользователем).
Snapshot and CDP Device - это возможность создать хранилище виртуальных машин, которое поддерживает функциональность мгновенных снимков (snapshots). Эти снимки могут создаваться автоматически или вручную, что обеспечит возможность отката к определенному состоянию хранилища. Данный тип дисков также может работать в нескольких режимах обеспечения защиты данных. Также эти диски могут быть тонкими (растущими по мере наполнения данными). Кроме того, такой тип дисков может пригодиться, когда часто требуется откатываться к исходному состоянию хранилища, например, при разработке и тестировании.
High Availability Device - данный диск совместим с двухузловой конфигурацией StarWind Enterprise HA, которая обеспечивает защиту данных виртуальных машин за счет резервирования и узлов, и их хранилищ. Эти узлы синхронизируют данные между собой и могут работать в Active-Active или Active-Passive конфигурации (подробнее здесь). Для такого диска указываются параметры сервера-партнера StarWind.
На этом пока все - в следующей заметке мы расскажем о типе дисков Snapshot and CDP Device - в каких режимах они могут работать, и как они могут применяться на практике.
Скачать пробную версию ПО StarWind Enteprise HA можно по этой ссылке. Купить StarWind можно в компании VMC.
В своем решении VMware View 4.5 для виртуализации настольных ПК предприятия компания VMware анонсировала доступность новой функциональности оффлайн-десктопов под названием VMware View Local Mode. Эта возможность позволяет пользователям виртуальных ПК выгружать их на свои локальные компьютеры и использовать их без доступа к виртуальной инфраструктуре компании (например, в командировках).
Помните исследование аналитической компании Gartner по вендорам рынка виртуализации - Magic Quadrant for x86 Server Virtualization Infrastructure? В нем рассматривались сильные и слабые стороны платформ виртуализации, а сами производители выстраивались в виде магического квадрата, где по оси X (горизонтальная) оценивается функционал продуктов (Vision, т.е. то, что заявлено и реализовано производителем) и предполагаемые сценарии их внедрения, а по оси Y (вертикальная) оценивается возможность реально внедрить и использовать данный функционал на предприятиях - Ability to Execute (подробнее о магических квадратах Gartner - здесь).
Так вот VMware оказалась впереди планеты всей:
Сейчас отчет стал доступен для скачивания с сайта VMware. Интересно почитать про то, какие сильные и слабые стороны видит Gartner в решениях для виртуализации серверов (хотя с некоторыми моментами согласиться сложно). Обратите внимание, где находится Red Hat - сам продукт весьма сильный и перспективный, однако находится в самом конце рейтинга по параметру Completness of Vision.
У многих пользователей часто возникают проблемы со снапшотами виртуальных машин. С одной стороны, они полезны при разработке и тестировании, но, с другой - вредны по причинам того, что они разрастаются, о них забывают, и, зачастую, они мешают функционированию виртуальной инфраструктуры VMware vSphere.
Есть способ ограничить количество снапшотов виртуальных машин в конфигурационном файле .vmx. Для этого откройте vSphere Client и в Configuration Parameters для виртуальной машины добавьте строчку:
snapshot.maxSnapshots = "n"
где n - число допустимых снапшотов (их не может быть больше 496, значение 0 - запретит снапшоты, даже для администраторов).
Если пользователь попробует сделать снапшот, ему будет выведено такое сообщение:
Как многие помнят, совсем недавно в блоге аналитической компании Gartner появились результаты тестирования продуктов для виртуализации настольных ПК VMware View и Citrix XenDesktop. Для тестирования протоколов PCoIP и ICA/HDX использовались LAN и WAN-соединения пользователей к инфраструктуре VDI предприятий (всего 4 примера). Как и следовало ожидать - выиграл продукт Citrix XenDesktop, где latency оказалось меньше для пользовательских сессий.
Теперь же VMware в лице своего CTO написала ответ, суть которого заключается в следующем: продукт VMware View нужно уметь правильно и тонко настраивать в сетях WAN, кроме того, нужно правильно организовывать VPN-канал.
…VMware View 4.5 with and PCoIP are configured out of the box to provide the richest LAN experience. There are several important parameters that can be adjusted to optimally tune the protocol for WAN conditions and specific usage scenarios. For WAN conditions it can be very helpful to adjust the display frame rate, image quality and min/max bandwidth settings. As an example, the default frame rate with PCoIP is 30. This can be safely cut down to 12 frames per second for WAN usage resulting in less bandwidth consumption and a better experience in many such circumstances…
…One other thing, the VPN Chris used was a Vyatta open source L2TP/IPsec VPN. There are numerous ways to configure such VPN’s, however PCoIP utilizes UDP for the graphics packets and optimizes parallelism and retransmits at the higher layers of the protocol. Hence we recommend using a VPN technology that support UDP packets natively, not to tunnel the UDP traffic over TCP/IP as doing so will typically cause responsiveness issues…
Компания Zenoss анонсировала доступность бесплатного средства для мониторинга серверов VMware ESX / ESXi под названием ZenPack. Мониторинг хостов происходит посредством сбора статистик производительности командой resxtop (аналог esxtop через RCLI).
Что умеет ZenPack:
Собирать метрики производительности esxtop и выводить их на графиках
Устанавливать пороговые значения для метрик и оповещать администраторов об их превышении
Хранить историю значений во времени для последующего анализа
Скачать ZenPack можно по этой ссылке, а посмотреть документацию можно по этой.
Компания Microsoft объявила о доступности релиза-кандидата первого пакета обновлений (SP1) к серверной платформе Windows Server 2008 R2. Наиболее ожидаемые новые возможности продукта в плане виртуализации на базе Hyper-V - это техника Dynamic Memory и технология RemoteFX для оптимизации отображения пользовательских окружений (является частью семейства служб Remote Desktop Services, RDS - соответственно, версия RDP продвигается от 7.0 к 7.1).
Возможность Dynamic Memory позволяет перераспределять свободную память между гостевыми ОС виртуальных машин (у каждой машины есть гарантированный минимум, а используемая память может динамически расти до определенного предела). О Dynamic Memory в Hyper-V можно почитать вот в этих документах компании Microsoft:
Функции Microsoft RemoteFX позволят пользователям работать с виртуальным ПК на базе Hyper-V с включенными функциями Windows Aero, смотреть full-motion видео, работать с приложениями Silverlight и запускать 3D-приложения с небольшими потерями производительности (технологии купленной компании Calista). Рендеринг картинки происходит на стороне сервера, а клиенту посылаются сжатые битмапы (что-то подобное протоколу PCoIP от Teradici в VMware View 4.5). Соответственно, RemoteFX можно будет использовать для VDI-сценариев и терминальных серверов (кстати, обещают интеграцию RemoteFX в семейство технологий Citrix HDX в XenDesktop).
Подробнее о RemoteFX можно узнать из этого документа:
Как вы знаете, в VMware vSphere есть возможность предоставления прямого доступа виртуальной машины к устройствам хост-сервера (например, HBA-адаптер или сетевая карта), которая называется VMDirectPath. С помощью этой техники многие пытались в предыдущих версиях vSphere прикрутить к виртуальной машине USB Controller, но теперь USB поддерживается для проброса в виртуальные машины, поэтому VMDirectPath в основном используют для Ethernet-адаптеров.
Кстати USB-устройства пробрасываются не через VMDirectPath (об этом можно почитать вот в этой KB).
Но использование VMDirectPath не позволяет использовать множество распределенных служб VMware vSphere, таких как VMware vMotion, DRS, Fault Tolerance и других, так как привязывает виртуальную машину к устройствам сервера, а, соответственно, к самому серверу. Сейчас вариантов применения VMDirectPath практически не осталось, так как в драйвере сетевого адаптера vmxnet3 компания VMware сделала множество нововведений - и он теперь работает гораздо более производительно, и его использование не сильно уступает ситуации, когда используется Passthrough-устройство (вот здесь подробнее).
Чтобы VMDirectPath работал нужно, чтобы хост-сервер VMware ESX / ESXi поддерживал технологии Intel Virtualization Technology for Directed I/O (Intel VT-d) или AMD IP Virtualization Technology (IOMMU).
Настройка VMDirectPath происходит в vSphere Client на вкладке Configuration для хоста ESX / ESXi (ссылка Configure Passthrough):
Надо отметить, что есть случаи, когда VMDirectPath позволяет получить прирост в производительности сетевых адаптеров для виртуальных машин (у Intel есть интересное видео на эту тему, а у VMware - результаты тестов).
Кстати VMDirectPath на хосте VMware ESX / ESXi можно отключить вот так. Ну и, конечно, надо почитать статейку VMware VMDirectPath I/O.
Таги: VMware, vSphere, VMDirectPath, ESX, ESXi, VMachines, Hardware, USB
Для тех, кто следит за развитием продуктов для виртуализации настольных ПК VMware View и Citrix XenDesktop, аналитическая компания Gartner подготовила интересное сравнение быстродействия протоколов VMware View (протокол PCoIP) и Citrix XenDesktop (протокол ICA / HDX) в сетях LAN и WAN.
Вывод - в LAN быстродействие приблизительно одинаковое, а вот в WAN-соединениях однозначно выигрывает Citrix XenDesktop. Вот одно из четырех сравнений для XenDesktop 4.0 Service Pack 1 и VMware View 4.5 :
Компания VMware недавно выпустила новую версию средства для создания инфраструктуры виртуальных ПК предприятия VMware View 4.5. В рамках издания Premier для этого решения поставляется также продукт VMware ThinApp, представляющий собой средство для виртуализации приложений (упаковки в один-два файла) и доставки их в виртуальные ПК пользователей. Таги: VMware, View, ThinApp, VDI, Enterprise
Как вы знаете, есть замечательное ПО StarWind Enterprise HA, которое позволяет создать отказоустойчивое хранилище для виртуальных машин VMware vSphere или Microsoft Hyper-V, на базе технологии iSCSI. Мы уже писали о StarWind здесь, здесь, здесь и здесь, а сегодня мы расскажем о том, какие требования к узлам предъявляет ПО StarWind Enterprise.
CPU
Рекомендуется процессор Intel Xeon E5620 или выше либо эквивалентный ему AMD Opteron. Надо отметить, что рекомендуется использовать многоядерные CPU. При этом, если сравнивать CPU, у которого частота каждого из ядер меньше, с CPU с большей частотой ядер, но меньшим их количеством - то предпочтителен первый вариант. То есть, лучше иметь 6-ядерный Intel Xeon 5660 с частотой 2.8 ГГц на ядро, чем 4-ядерный Intel Xeon 5667 с частотой 3.02 ГГц на ядро.
RAM
Минимум нужно 4 ГБ (для самой Windows и движка StarWind). Если вы используете один из методов кэширования в StarWind - то потребуется дополнительная память на кэши, исходя из их размеров.
Network
Естественно нужно использовать как минимум гигабитную сеть хранения iSCSI (при этом помните, что каждый компонент сети должен поддерживать 1 Гбит). Лучше использовать NIC Teaming для расширения канала или сети 10G, а также большие кадры Jumbo Frames (9K). Помните, что канал синхронизации между узлами обязательно нуждается в дублировании.
HDD
Можно использовать устройства SATA, SAS или SSD. Естественно, используйте аппаратные RAID-массивы, а не программные в производственной среде. Узнавать о том, какой RAID лучше начните отсюда.
Операционная система
Рекомендованная - Windows Server 2008 R2. Можно использовать и Windows Server 2003 (все, что выше - поддерживается). Также можно использовать и издания Server Core и даже бесплатный Hyper-V Server, однако, по понятным причинам, GUI для StarWind нужно будет устанавливать на отдельный компьютер (этот компонент называется StarWind Management Console). При этом для управления можно использовать и рабочую станцию с ОС, начиная с Windows XP. Помните, что для управления надо открыть порт 3261 в сетевом экране.
Сам процесс установки и настройки ПО StarWind Enterprise на каждом из узлов занимает 10-30 минут, поэтому просто возьмите и попробуйте продукт бесплатно.
От новых пользователей VMware часто приходится слышать вопрос о том, как включить доступ по протоколу SSH к консоли сервера VMware ESXi (этот режим называется Remote Tech Support Mode). Надо сказать, что консоль сервера VMware ESXi построена на базе пакета BusyBox, который позволяет исполнять некоторый набор nix-команд, а сама консоль не является полноценной заменой Service Console в VMware ESX. Поскольку пятая версия пакета VMware vSphere будет содержать в себе только ESXi, а сам гипервизор ESX перестанет существовать, пользователям рекомендуется использовать интерфейс VMware vSphere Management Assistant для централизованного исполнения скриптов на серверах VMware ESXi.
Итак, как включается доступ по SSH к VMware ESXi. Его можно включить двумя способами:
Напрямую из консоли сервера VMware ESXi
Из VMware vSphere Client при подключении к серверу ESXi
1-й способ. Включение SSH из консоли сервера ESXi.
1 Открываем консоль сервера VMware ESXi и нажимаем клавишу <F2>.
2. Переходим в категорию Troubleshooting Options:
3. Включаем или отключаем доступ по SSH к VMware ESXi (Remote Tech Support Mode).
Обратите внимание, что есть также режим Local Tech Support Mode - это доступ к физической консоли сервера VMware ESXi напрямую для исполнения nix-комманд.
2-й способ. Включение SSH для ESXi из vSphere Client.
1. Соединяемся с хостом VMware ESXi через vSphere Client и на вкладке Configuration переходим в подкатегорию Security Profile в категории Software. Нажимаем Properties:
2. Мы видим список сервисов, включенных для VMware ESXi. Видно, что Local Tech Support и Remote Tech Support (доступ по SSH) выключены. Нажимаем кнопку Options для выбранной службы - Remote Tech Support (SSH).
3. Выбираем политику запуска службы (вручную или автоматически) и запускаем службу SSH, нажав кнопку Start.
Для управления сервером VMware ESXi по протоколу SSH нужно использовать Putty.
Не секрет, что планшеты Apple iPad пользуются необоснованной, но бешенной популярностью среди пользователей. Множество компаний разработчиков корпоративного ПО ищут нишу для применения данных устройств при доступе к ИТ-инфраструктуре предприятия, и VMware здесь не исключение.
Не так давно VMware анонсировала скорый запуск клиентского ПО vSphere Client для iPad, первую бета-версию которого нам обещают показать уже в октябре-ноябре этого года, а выпустить релиз к началу 2011-го:
Но что еще интересно, на прошедшем VMworld Europe 2010 были анонсированы еще 2 интересных приложения для iPad - это клиент VMware vSphere Request Manager и клиент VMware View:
Приятно видеть, что iPad может хоть на что-то сгодиться.
Помните мы рассказывали о замечательном продукте VMware Lifecycle Manager, который позволял управлять жизненным циклом виртуальных машин в инфраструктуре VMware vSphere? Теперь этого продукта больше нет, а ему на замену пришел новый - VMware vCloud Request Manager.
VMware vCloud Request Manager будет является расширением для VMware vCloud Director, продукта для управления облачной инфраструктурой VMware vSphere, которую предлагается создавать крупным предприятиям и поставщикам сервисов в сфере облачных вычислений (Cloud Computing).
По сути, vCloud Request Manager - это портал самообслуживания пользователей, в котором происходит развертывание новых сервисов в виртуальных машинах в соответствии с определенными рабочими процессами (workflows). Когда пользователь выбирает виртуальный сервис vApp для развертывания из каталога vCloud Director, происходит формирование запроса менеджерам датацентра, которые рассматривают причину обращения и отслеживают, есть ли необходимые лицензии для новой прикладной системы.
Так же как и в Lifecycle Manager, в vCloud Request Manager происходит отслеживание жизненного цикла виртуальных машин и списание их в зависимости от заданного времени существования (при этом высвободившиеся лицензии возвращаются в пул).
Сам workflow для работы с VMware vCloud Request Manager определяется в графическом интерфейсе, где можно использовать различные организационные объекты vCloud (утверждение менеджером, нотификации и т.п.). Также присутствуют различные виды квот, моделей расчета потребления ресурсов/денег, дефолтные сроки аренды, настройки вычислительных ресурсов и т.п.
Virtualization.info сообщает о том, что стоимость продукта VMware vCloud Request Manager будет составлять $100 за виртуальную машину в инфраструктуре под управлением VMware vCloud Director.
Уже многим из вас известен такой замечательный продукт для создания хранилищ под виртуализацию, как StarWind Enterprise HA. С помощью StarWind можно создать инфраструктуру хранения виртуальных машин VMware vSphere или Microsoft Hyper-V на базе технологии iSCSI без больших инвестиций. Сегодня я хочу вам рассказать о технологии использования кэширования в StarWind Enterprise, которая позволяет существенно увеличить производительность операций чтения и записи данных на тома VMFS в среде VMware vSphere. Таги: StarWind, Enterprise, Storage, iSCSI, VMFS, VMware, ESX, SAN, Microsoft, Hyper-V
Мы уже писале о проекте VMware Go, веб-сервисе, который позволяет упростить миграцию на виртуальную инфраструктуру VMware в небольших организациях и просто управлять ей через браузер.С помощью служб Go можно развертывать новые виртуальные машины на базе бесплатного продукта VMware ESXi (теперь это VMware Hypervisor) и даже делать некоторые процедуры по управлению виртуальной инфраструктурой.
Теперь VMware предлагает использовать сервис VMware Go Pro, который стал платным и будет существовать наряду с по-прежнему бесплатным VMware Go. Версия Pro создана в сотрудничестве компаний VMware и Shavlink, где последняя использовала свои технологии для управления обновлениями систем (вспомните VMware Update Manager - там есть возможность обновления гостевых ОС через ресурсы Shavlink).
Что умеет платный VMware Go Pro:
1. Управлять патчами и обновлениями хост-серверов и виртуальных машин.
2. Сканировать виртуальную и физическую инфраструктуру на соответствие обновлениям (для ОС Microsoft). Можно искать в доменах и диапазонах IP-адресов.
3. Применять патчи различной степени критичности к операционным системам:
4. Управлять текущими лицензиями для приложений в небольшой инфраструктуре (SAM).
Опробовать VMware Go и VMware Go Pro можно по этой ссылке.
Компания Veeam Software, ведущий поставщик решений для управления виртуальной инфраструктурой VMware vSphere, объявила о выпуске решения Veeam Monitor 5, которое позволяет осуществлять мониторинг серверов VMware ESX и виртуальных машин в реальном времени.
Для многих крупных компаний Veeam Monitor (а также коннекторы nworks к System Center Operations Manager и HP Operations Manager) стали уже стандартом управления и мониторинга виртуальной инфраструктуры VMware vSphere.
В версии Veeam Monitor 5 появились следующие новые возможности:
Полная совместимость с VMware vSphere 4.1, включая поддержку всех новых возможностей платформы (например, новые метрики, которые появились именно в версии 4.1 для систем хранения, NFS-томов, мониторинг путей по I/O, Lantncy и прочее, всего более 100 новых метрик).
Интеллектуальные возможности мониторинга. Всего в Veeam Monitor 5 есть 125 типов тревог (alarms), которые позволяют покрыть все возможные события виртуальной инфраструктуры vSphere, которые наступают, в том числе, при превышении определенных пороговых значений (treshholds). Veeam в течение нескольких лет собирала базу знаний на основе обратной связи от пользователей своих продуктов. Это позволило дать объяснение многим вещам, ежедневно происходящим в инфраструктуре виртуализации - и эта база доступна для удобного просмотра из интерфейса. Это позволяет очень быстро решать проблемы, особенно в крупных инфраструктурах.
Новые Dashboards. Интерфейс представлений в Veeam Monitor 5 был существенно доработан, что позволяет теперь получать больше информации из одной точки обзора для администратора или менеджера датацентра. При этом, есть возможность "проваливаться" внутрь объектов (например, кластер) для более детального исследования поведения их составляющих.
Monitoring of logical disk space. Теперь видно сколько свободного пространства осталось внутри гостевой ОС, что позволяет своевременно предотвращать проблемы переполнения логических дисков. Это частая проблема при большом количестве виртуальных машин.
Snapshot monitoring. "Забытые" снапшоты также являются частой проблемой виртуальной инфраструктуры VMware. Например, кто-то сделал снапшот перед накатыванием очередного патча на ОС, а потом забыл про него. При этом снапшот продолжает расти и болтается, создавая проблемы. Теперь можно поставить аларм на превышение заданного объема снапшота.
Management reports. Теперь можно по любому объекту составить отчет по различным метрикам. Например, можно посмотреть, отчет по заполнению систем хранения, чтобы обнаружить какие стораджи скоро кончатся, а какие наоборот пустуют.
Streamlined alarm management. Теперь появился отдельный интерфейс для работы с алармами, где их можно временно отключать, искать по условиям и много чего еще.
Scalability and architecture improvements. Во-первых, улучшилась интеграция с Microsoft SQL Server, а, во-вторых, теперь можно одновременно наблюдать до 200 и более хостов VMware ESX / ESXi на один сервер Veeam Monitor 5. Естественно, он 64-битный.
UI enhancements. Несколько улучшений графического интерфейса, например, full screen для вывода на монитор оператора.
Теперь скриншоты Veeam Monitor 5:
Скачать пробную версию Veeam Monitor 5 для VMware vSphere 4.1 можно по этой ссылке.
Компания VMware продолжает выпуск технической документации, посвященной решению для виртуализации настольных ПК VMware View 4.5. В документе "VMware View Deployment Reference Architecture" рассматривается инсталляция VMware View 4.5, состоящая из нескольких блоков VDI, (всего рассматривается от 5000 до 50 000 виртуальных рабочих мест).
Документ подготовлен при совместном участии компаний VMware, NetApp, Wyse, Cisco и Fujitsu на базе программного и аппаратного обеспечения этих вендоров.
Каждый блок, рассматриваемый в документе, включает в себя:
60 хостов ESX 4.1 (на серверах Cisco UCS или Fujitsu PRIMERGY)
1 кластер FAS3170 HA Cluster
2 сервера VMware vCenter
3 сервера Connection Servers (использующих PCoIP для доступа пользователей)
5 000 виртуальных машин с гостевой ОС Microsoft Windows 7
Данная статья основывается на инструкции, написанной Joseph Holland, Kepak Group «How to configure VMWare ESXi to shutdown using an APC SmartUPS. v3.0_20090312», и является ее переработанным и дополненным переводом. Для настройки интеграции UPS APC и VMware ESXi понадобится установленный виртуальный модуль vMA.
Компания VMware анонсировала новый онлайн-сервис Product Interoperability Matrix, который позволяет проверить совместимость различных версий продуктов между собой.
Например, выбираем VMware ESX версии 4.1 и VMware vCenter - получаем результат в таблице, по которому видно, что для ESX 4.1 подходит только vCenter 4.1 (но не наоборот! - потому что vCenter 4.1 может управлять даже ESX 3.5 Update 5).
На VMware Communities появились две презентации, которые содержат различные картинки, иконки и готовые шаблоны компонентов виртуальной инфраструктуры VMware vSphere, которые вам могут помочь при документировании проекта, его представлении заказчику и оформлении документации.
Часто бывает необходимо заглянуть в логи сервера VMware ESX или ESXi и посмотреть, что там происходит. При обнаружении и решении проблем работы серверов виртуализации с хранилищами логи - это главный источник ваших знаний о том, что с ними случилось.
Если сервер ESX / ESXi работает с хранилищем iSCS или Fibre Channel в режиме multipathing с одним активным путем к хранилищу, то описанная ниже последовательность шагов, которые выполняет ESX, может вам помочь при наступлении события переключения на резервный путь (failover)....
Таги: VMware, ESX, Storage, Multipathing, HA, ESXi, vSphere, iSCSI, FC
Не так давно вышел релиз продукта VMware vCenter Configuration Manager 5.3 (vCM). Этот продукт представляет собой пакет для управления кофигурациями виртуальной среды на базе политик и развертывания приложений в ИТ-инфраструктуре предприятия.
Большое внимание в продукте уделено аспекту информационной безопасности физических серверов и виртуальных машин в соответствии с различными стандартами ИБ.
vCenter Configuration Manager собирает данные об ИТ-инфраструктуре предприятия (программное и аппаратное обеспечение, Active Directory, настройки приложений) и проверяет их на соответствие определенным политикам конфигураций, заданным администратором на базе требований компании. При этом есть некие шаблоны, относящиеся к компаниям определенной отрасли.
Что нового появилось в VMware vCM 5.3:
Развертывание приложений (упаковка Windows-приложений, установка и удаление)
Плагин к vSphere Client со средством управления vSM и средствами отчетности
Windows custom information: механизм для сбора данных об ИТ-инфраструктуре через PowerShell.
Расширенная поддержка Novell SUSE и VMware vSphere/vCenter
Управление конфигурациями систем UNIX/Linux/Mac OS X
Кроме того, есть также бесплатная лайт-версия продукта vCM под названием VMware Compliance Checker (урожденный Configuresoft Compliance Checker), о котором мы уже писали. С помощью него можно проверить ИТ-инфраструктуру на соответствие требованиям ИБ. Его отчет выглядит следующим образом:
Скачать бесплатный VMware Compliance Checker можно по этой ссылке.
Компания StarWind, являющаяся спонсором VM Guru, предлагает своим пользователям один из лучших в индустрии продукт для создания отказоустойчивых хранилищ для виртуальных машин VMware vSphere и Microsoft Hyper-V на базе технологии iSCSI. Преимущество StarWind Enterprse в том, что без существенных вложений в инфраструктуру Ethernet и сам продукт (он недорог) вы можете получить надежную, защищенную от отказов инфраструктуру хранения для виртуализации.
Почитать о принципе работы продукта StarWind Enterprise можно вот в этой статье.
Данное решение можно использовать в сегменте среднего и малого бизнеса, где дорого и сложно (административно) получить бюджеты на отказоустойчивые программно-аппаратные решения Enterprise-уровня. Кроме того, важная тема - создание виртуальной инфраструктуры филиалов, где стоит 3-5 серверов VMware ESX и 20-30 виртуальных машин.
Сейчас продукт StarWind Enterprise предлагается в 3-х изданиях:
StarWind Enterprise CDP (лимит 4 ТБ): Это лицензия на 1 сервер, назначенный в качестве первичного контроллера хранилищ (например, томов VMFS), и включает в себя неограниченное количество одновременных клиентских iSCSI-подключений, поддержку технологии CDP/Snapshot. Это базовая лицензия - здесь нет синхронной репликации данных на резервный узел и самого резервного узла тоже нет.
StarWind Enterprise Mirroring & Replication: Эта лицензия требуется для сервера, назначенного в качестве первичного контроллера хранилища, и включает неограниченное количество клиентских соединений и нелимитированную емкость хранения. Это издание StarWind позволяет реплицировать данные только в одну сторону (на вторичный узел) с первичного узла. То есть, с этой лицензией нельзя использовать два активных сервера хранения, а только активно-пассивную конфигурацию.
StarWind Enterprise HA (лицензия на 2,4,8,16 и неограниченное число ТБ хранения): Лицензия StarWind Enterprise HA включает неограниченное количество клиентских iSCSI-соединений с лимитом емкости или без него для окружений, в которых необходима высокая доступность класса Active-Active (зеркалирование и удаленная репликация) с различным объемом хранения и числом серверов-контроллеров хранилищ. В рамках лицензии можно использовать одну или две пары серверов в конфигурации Active-Active.
Внимание: для всех изданий StarWind Enterprise в стоимость продукта уже включен 1 год технической поддержки и подписки на обновления. То есть, отдельно ее нужно приобретать только для последующих лет эксплуатации решения.
Приятный момент при покупке StarWind - вы покупаете какое-нибудь издание (например, базовое на один сервер), а потом решаете, что вам нужна высокая доступность. Вы делаете апгрейд - и платите только разницу в цене между изданиями, без диковинных наценок, которые появляются, например, у VMware.
Вы уже выучили, где продаются все продукты, о которых мы пишем? Правильно - в VMC.
RSS
